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ABSTRACT 


A project to develop a Ring telecommunication network 
is currently underway at the Naval Postgraduate Schcol. A 
Remote satch Entry system 1s being developed as a part of 
that project. This paper investigates the protocol fcr such 
a systen and proposes a smart CRT terminal for use as a 
remote station. It first develops the reguirements fcr such 
a terminal and then presents the actual implementation of a 
TTY-like CRT terminal as the foundation in the development 


of a smart terninal. 
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A. BACKGRCUND 


During the past year the personnel at the Naval 
Postgraduate School have been investigating the proposal to 
establish a local ring-structure communication network. It 
will provide a link between present and future computers at 
NPS. In conjunction with this endeavor is the development 
of a reucte entry system to operate on the ring, vermitting 
access to thé various computer-.systems. .ThiS paper precposes 
a Smart front-end visual display terminal ‘which will utilize 
microcomputer technology for flexibility. The terminal 
system, here after referred to as the RBES (Remote Batch 
Entry System), iS an attempt to provide the uSer with an 
effective, easy to use systen. The object of tnis 
development is not to duplicate a time sharing system, but 
rather to extract as many of the advantages cf suca a system 
aS possicle, while eliminating all or most of the costly and 
unnecessary characteristics. The RBES proposal 1s an 


attempt to bridge the gap between batch and timeSharing. 


B . PURPOSE 


‘ 


The primary goal of this system is tc provide a low 
cost, reliatle, remote terminal which can offer some of the 
advantages of a timesharing terminal without requiring the 
constant support of a large processor. The terminal should 
be compatible with the ring network. Since it utilizes an 
Intellec-& for its lecal processing, the actual coupling to 
the ring interface becomes a simple programming problen. 

The paper will be presented in two phases. The first 


will outline the requirements foc the development of a 





“Smart Terminal"(i.e. one “which can perform some of the 
functions of the main-frame computer, independent cf it). 
Phase twc presents the implementation of the components of 
the RBES as a full duplex fTY-like CRT terminal. This 
approach is necessary to demonstrate the reliability and 
usefulness of the components and to provide’ a basis fron 
which the actual "Smact Terminal" might evolve. 

The picrccomputer program for phase 2 of 'the RBES can be 
written directly into object code or, more easily into a 
higher-level ipageese. For overall convenience, PIM, a 
higher-level language specifically designed for [Intel's 
MCS-8, was chosen. PLM iS operational on the I3BM-360. et 
is designed to afford the programmer the convenience of the 
high level language yet it retains most of the control and 
efficiency of an assembly level language. The frecgran, 
stored in ROM (read only memory), consists of a series of 
subroutines, one for each different terminal command defined 
ky the user, and a master routine to control the Eranching 
to the appropriate routine. 

To keep cost down and maintain a high .degree of 
Simplicity, off-the-shelf components were utilized to the 
Maximum degree possible. A TV interface was constructed 
using the Intel AT-185 design. Modifications were made to 
make it MCS-8 compatible. The capabilities or the terminal 
were programmed into CS-8 code utilizing PLM, the higher 
devel language described earlier. Microcomputers were 
chosen ior a variety of reasons; but the two most prevelent 
are, low cost and flexibility. 





II. GENERAL DESCRIPTION 
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A. CHARACTERISTICS OF RING NETWORK 


fame Rang Structure 


The cing system is of the type shown in figure 1. 
It is uni-directional with one node (consisting of a host 
processor and its Ring Interface) in control of the ring at 
atime. An active node is defined as a host processor with 
a process (at least one) capable of uSing the ring as a 
communication's medium. A processor may have more than one 
process capable of ring communication. The respective RI is 
“loaded" with the names of the processeS active at a 
particular host during the start-up phase. Loading of 
Frocess names iS accomplished by providing an address to the 
Process Name iiemory (PNM) in the Ring Interface. The bit 
determined by this address is set to a '1' to indicate an 
active process name. Active process names are deleted by 
resetting this bit. 

A node gains control of the ring when a ccntrol 
token (CTL) is received (tokens are 4-bit characters in 
Violation of the coding scheme and are used for contrecl and 
Synchronization). The node in control will propagate the 
control token after optionally transmitting a message. 
Nodes not in control are monitoring the ring for a CIL or 


SOM (start-of-message) token. 
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Figure 1. NPS Ring 





Each node must examine each message header to 
determine if the destination code matches a previously 
loaded hest process name. Each node forwards the message to 
the next node even if a destination match cccurs. Messages 
are removed from the ring by the source node. This insures 
messages complete a circuit of the ring once ana only once. 
Receipt of the message is signified by use of match and 
accept Ets appended to the message and altered by 
destination ring interface, These bits are nade available 
to the sending process and a determination is then made by 
the originator (in the host) as to whether the message is to 


be re-transmitted. 


2. Ring Interface 


The purpose of the Ring Interface is to 1) reshape 
and forward signals on the ring, 2) rececgnize ccntrol 
tokens, 3) ccmpare destination frocess names with processes 
active on its host, 4) signal host and assemEle bits cf the 
incoming message into 8~-bit bytes and pass them to the host, 
5) determine whether overrun has occured, 6) check CRC bits 
for an error in the received message, 7) set the match, 
accept, and kad CRC bits accordingly, 8) replace the CTL 
Violation with an SOM when its host process has a message 
ready for transmission, 9) switch outgoing messages cnto the 
ring, 10) calculate and insert CRC bits onto the ring after 
generating an EOM violation after text transmissicn, 11) 
OMiput a ‘*O* match, a "0* accept, and a ‘'0O* bad Crc bit for 
resetting Ly the destination frocess' interface, 12) examine 
returning message status bits and make tnem available to the 
host for examination, and 13) maintain the ring active with 
SYN (synchronization) or CTIL violations when ina master 
Status. In addition the RI plays a significant role in ring 
Synchronization and error recovery. Communication with the 
Ring Interface is accomplished using two input and _ two 


Output ferts. One input and one output port are used for 
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message transfer with the two remaining forts used for 


control and status information, 


a 


B. SUEFECRT SYSTEMS 


An accurate understanding of this particular design can 
only be achieved if certain future components can be 
considered as "black boxes". The following assumptions are 
by no means extraordinary, but rather are basic 


characteristics of systems slated for the future. 


1. Auxiliary Storage (AUX) 


The auxiliary storage system, here after referred to 
as AUX, is a collecticn of one cr more storage facilities 
each connected to the fring by its own KI and have the 
following capabilities. 

ae Ability to interpret messages received from any 
process requiring file access (e.g. Smart Terminal, Batch 
PLOCeSSOL). 

b. Capability of maintaining a catolog cf file 
names, uSEr ips, passwords and pertinent file 
characteristics. 

ce. Facility to store received data in such a sganner 
that line by line fetch and replacement is realized. 

dis Power to provide between the line insertion of 
additional data or deletion of existing lines (e.g. a 
special ‘Delete JLine* mark could be utilized rather tnan 
file compression). 

€. Creation and deletion of files. 

f. Capability to acguire initial and/or additicnal 
storage space when requested, or facility to compose and 
transmit warning message when not available. 


—= a ee eS ee Se 


20 Eatch Processor (BP) 


The fratch processor can be one or a collection of 
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processors each having its own interface to the ring 
network. However, for simplicity's sake, the BP reference 
is to just one patch processor. The BP will have the 
following basic capabilities: 

ae It will interpret and compose messages from and 
to AUX and Smart Terminal. 

Des It should be able to prohibit unqualified 
intrusion into files by requiring user ID and password. 

Ge It shall obtain programs and data from AUX and 
execute when requested by a process on the ring (e.g. a 
Smart Tergfinal). 

d. It should have the ability to transfer the 
output of a program to AUX and notify the requesting process 


(e¢.g. Smart Terminal). 


C. SMART TERMINAL (ST) 


The expression "Smart Terminal" can be simply defined as 
a terminal which can perform various degrees cf local 
processing. An example of this is file editing, which 
reduces the time the user must be connected tc _ the 
processing ccmputer. A smart terminal does less than a 
total processing job, but it can take over jobs fcrmerly 
done only by the mainframe saving valuable mainframe time. 
The proposed smart terminal for the NPS King netwerk will 


initially have the following features. 


1. Erogrammable functions 


To xretain the flexibility required for future 
expansion, the functions will be implemented in software 
rather than utilizing the rigid hard-wired ones. 


2. Offline editing 


This allows composing and editing data pricr to 


sending it to storage. For example, an operator could 
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compose a message on the CRT screen using the _ keytoard, 
verify its accuracy, correct text if necessary, then go on 


the ring to transmit data to AUX. 


3. Online editing 


7S a aa SS Sree 


Smart Terminal will accept the abbreviated code for 
a particular line. It will initiate the message in the 
prescribed format and transfer to RI for transmissicn to 
AUX. It will accept a line or lines from AUX and display 
them on the terminal's screen. Data can now be reviewed, 
changed cr updated if necessary, then returned to AUX for 
appropiate line-numbdered storage. In addition tc the 
function of line modification, entire lines can be inserted 
or deleted by a special hold and "Delete line" code within 
the AUX. This enables the operator to change, add, or 
delete a line and still maintain the required program 


continuity. 





4a. Fessage handling function 


a 


Swart Terminal will be capanple of formulating 
messages to EP, thus reguesting it to print a file ofr 
display messages from another processor or terminal. The 
same rapport will be available with AUX, enatling the ST to 


Create, expand, or delete a file. 


In addition to the above the ST will perform a 
continuous fetch, search, and return until the required item 
is discovered (e.g. request for the occurance of first "do" 


loop, or the name "Smith" in data). 
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III. REMOTE BATCH ENTRY SYSTEM ERCTOCOL 

An advantage of the RBES frotocol is that it permits 
ccmmunications between support systems and the RBES without 
the sender actually knowing the physical location of the 
destination. The protocol will be standardized and 
independent of all precess code structures. Messages will 
consist of the following fields: 

1. Destination Ccde (8 bits) 

2. Source Code (8 bits) 

3. Text (command code/regquired data) 

GY. EOM code 

This basic message format is delivered to the ring 
interface where the freguired prefix and suffix message 
structures are added to make it ring compatikle. Since that 
procedure rezains the same for all processors on the fing, 


it will te disregarded in the following descriptions. 


A. SMART TERMINAL/AUXILIARY STORAGE UNiT FRCTOCOL 


Here the requirement narrows down to setting upa 
communications link between the Smart Terminal and an 
auxiliary storage anit for the purpose of creating, updating 
or deleting files. 


ills Initial file access/creation 


Initially, the ST will query the operator for his 
user number and file name. This will be used in the 
Access/Creation message. Figure 2. shows a message created 
moe ST. Each AUX wouid receive the mesSage and comfare the 
user number/file name combination with those held in its 
Seatalog -" Whether or not it makes a match, it sinply 
passes the message around the Ting. However, if the 


comEination is found the AUX sends an answer to the ST, 
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which will irclude the file's password in the text portion 
of the message. - 

The SI accepts the message (via input port of its 
MCS-8), stores the AUX address, and gueries the user fcr the 
password. If a match 1s made the user can proceed with 
normal fetchyedit operations, if not, the ST concludes all 
interaction with the user. On the other hand, if tkere is 
no answer from any AUX (i.e. no such file in storage), then 
a reguest-for-storage message 1S automatically composed and 
sent to the AUX. Waen answered affirmatively, the ST query 
is made for a user-selected password, and ccmpositicr cf the 


file can begin. 


8 BITS 8 BITS Toe tay 


DESTINATION | SOURCE 
CODE CODE U 





Figure 2. Message Format 


2 File editing 


FS 





When the ST detects a buffer full condition or an operator 
directive, a storage message is formed including the 


following fields: 


15 





1. AUX code (8 bits) 
Ze Sending unit code (8 bits) 
3. Storage code 
ae Line Number/Data 
b. Line Number/Data 
ce. etc. 
G. ECM 
The message is transmitted to the AUX and the data 
is stored in the appropriate file. When access to a 
particular line is desired, a similar message is ccmfposed, 
with a fetch code and line number placed in the text field. 
Data is fetched a line at a time. AUX retains a copy of the 
line reguested and replaces it when a_=e store message 
specifying the same line number is received. To delete a 
line, the ST transmits a line delete code and line numter in 
a message to the AUX. In turn the AUX then tags the line 
with a special delete code but does not, at this time, erase 
nt. Nevertheless, as far as the user or ST is ccncerned, 
the line ceases to exist once the acknowledge message is 
received. If at any time in the editing process the user 
wishes to insert a line, an insert message is sent with line 
numfer tc re inserted. The AUX then holds ali lines 
received thereafter in temporary storage until an 
end-of-insert message at which time they are reindexed. 
When the AUX inserts lines, those that have been coded 
"deleted" will be overwritten. 


oie File Deletion 


—— 





Tc preclude any malicious or inadvertent erasure of 
files, the deletion procedure will send a request sessage 
(delete codeyfile name) to the AUX. et Ln tuenewi LL 
acknowledge and reguire an additional message containing the 
correct fassword for completion. Any erroneous fassword 
Will terminate the-deletion procedure. At deletion, the AUX 


deletes the file name and makes that storage area available. 
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A ccnofirming message is sent to the reguesting ST which in 


turn infcrms the user the name of the file that was deleted. 


~. 
— . 


4. ile Expansion 


The only communication between ST/AUX not initiated 
by the ST is that of file expansion. When the allotted file 
Space reaches a predetermined point, the AUX will lcok into 
itself fcr more file space (i.e. another allotment), and if 
found it will annex it to the existing file space. If it 
does not have any available space it may send a message to 
ancther AUX requesting additicnal space and then link to it. 
If there is no space available the AUX will send a warning 
message to ST, informing it of impending space shortage. 
An entry in the catalog within each AUX might be used to 


limit the amcunt of Space available to a user. 


At sign-off the ST will request that the AUX "close" 
the file, preserving its contents for future access Ly ST or 
BP. 


B. SMABT TERMINAL/BATCH PROCESSOR PROTOCCL 


Once the program has been formulated tc user 
satisfaction and the ST/AUX link severed, a "run" message is 
sent to the BP reguesting that a file be read and executed. 
The file will presumably contain any control cards needed by 
the EP (i.e. OS/360 JCL) along with optional program and 
data cards. The BP will acknowledge the message when file 
is located. Once received, the user can secure the ST or 
reinitialize for another program without fear of losing the 
file cteing executed. At jcb completion, EP will transfer 
Output data to the AUX and Signal ST that the job is’ ready. 
If the ST is secured, then information (Job conplete/rile 


Name) goes into the Ring "Mail Box" process for later 
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retrieval by the ST. The protocol for "Mailbox" access will 
involve display, delete, and entry requests Ey the ST cr BP 
and corresponding acknowledgement and "text" messages from 


the "mailtox" process. 


Cc. BATCH PROCESS/AUXILIARY STORAGE UNIT PERCTOCOL 


Since the communication with the BP (i.€. access input 
files, create output files) appears to tne AUX the same as 
that with the ST , then the protocol between the BP and AUX 
will be the same as that for ST/AUX. 
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start Stop Data 


KEYBOARD 


Figure 3. Prototype ST 


19 








IV. IMPLEMENTATION OF 
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A. COMECNENTS OF THE SMART TERMINAL 


The Remote satch Entry System is built around a series 
of Smart Terminails.. In the prototype system each ST 
consists of a Keyboard, a Display Unit, and an Intellec~-8 
Bicrocomrputer systen. The prototype of this system is 
depicted in Figure 3.. 


ls Ke yboard 


The RBES keyboard is diode decoded into the 8 rit (7 
bit data and 1 parity bit) ASCII code. it has ae standard 
typewriter layout with 26 upper case alphabetics, 10 
numerals, and the standard special characters. Control and 
shift are each recognized by their own individual rit. The 
function of this keyboard is to provide operator entry of 


message data. 


2- Bisplay Unit 


The display section of the REES employs a standard, 
unmcdified television equipped with the usual adjustments. 
The TV is ccnnected to the interface via its antenna leads 
and operates on caannel 2. The Intel Corporation allowed 
us to use the design for their prototype AT-185 TV interface 
in this project. Since the unit was designed to interface 
directly with the MCS-4 address/data bus, and the RBES will 
use the MCS-8, a few modifications were necessary. The 
intetface requires +5 and ~9 volt power supply. Six bits of 
data and e€ight bits of address are fed into the interface's 
MENCLYy with the READ/WRITE and DATA DISABLE Signals 
generated by the MCS-8. This allows the MCS-8 to ccntrol 
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all the data displayed on the screen. 

Characters are generated with the 5x7 dot matrix 
technigue. fhe 64 character set consists cf 26 upper case 
alphabetics, 10 numerals and the standard special 
characters. Each of the 256 words in memory is made up of 6 
bits, one from each of the 6 memory chips. Each megory chip 
has 256 words, where each word is 1/6 of a character. This 
produces a display of 8 lines, 32 characters per line. 


3. Intellec-8 


The heart of the RBES 1s the Intellec-8 
micrccomruter system, consisting of a programmable read only 
memory (EFOM) module, a CPU module, an input/output rodule 
and a randog access semiconductor memory (RAM) nodule. All 
data from the keyboard and to the display 1s passed through 


the Intellec-8 for software processing. 


B. EXELANATION CF THE PROGRAM 


Phase twe of the project, to operate the ST as a full 
duplex TTY, has been completed. The prcgran fcr that 
isplementaticn is included in this thesis and appears in 
Appendix 1. It was written in PLM and compiled intc sMcS-8 
object ccde on the IBM-360/67 via CP/CMS. The RBES can 
duplicate all functicns of a full duplex fMfTY. Data in 
start-stop format is received via the UART (Uriversal 
Asynchroncus Receiver Transmitter chip) and displayed on the 
TV screen just as it would be typed by a teletype printer. 
Data entered through the RBES keyboard is sent to the JUART 


and transmitted in start-stop format. 
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V. CONCLUSIONS AND RECOMMENDATIONS 

The proposed system is still in the initial experizental 
stages, and consequently does not contain all the 
refinements of a production system. The design parameters 
outlined in this report coupled with the success of the 
TTY-like prototype strongly attest to the feasibility and 
practicality of such a system. The program illustrated not 
cnly demonstrates the ST's basic abilities, rut offers to 
any would-be successor a modularized development tool, 
through which each function of the "Smart Terginal" 
described may be individually develorfed, tested and 
inccrporated. Given further development time the REES 
concept should fulfili most expectations and still be 
economically feasible. The potential versatility of this 


system is its strongest justification. 
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APPENDIX 1 


The main section of the TTY program iS a continuous 
checking of the controi lines, DATA AVAILABLE (a UART signal 
indicating an S8-hbit character has. been received and 
buffered) and TRANSMIT FUFFER EMPTY (a UART signal 
indicating buffer is available to accept and then transmit 
the next character). Pcsitive response from either of these 
during the check cycle causeS a series of subroutines to be 
called. The first results in the input data being displayed 
‘or screen being changed, while the other results in data 
being txans@itted from the keyboard. The following is an 
explanation of the subroutines which can be called f£rem each 


of the respective checks. 


1. DATA AVAILABLE 


a a = eee — ee oe eee 


A. GNC (Get Next Character) fetches character from 
the UART and determines if it 1s a character to be displayed 
Or a special code to be carried out. 

B. SPHA (Special Handling) 1S called by GNC and 

decides if the speciai code is a line feed or a carriage 
return and carries out the reguired command. If neither, it 
ignores the code. 
C. DISPLAY keeps count of the position of the next 
Character to be displayed on the bottom line. It takes that 
character and loads it into the Internal Buffer and the TV 
interface's memory at the address counted. 

D. SCROLL is called by main when the line is full. 
It relocates all data on screen up 1 line and blanks out the 
bottom line. 


2. M4RANSMIT EUFFER EMPTY 


=! SN EE [ae 





A. KNC (Key Next Character) checkes to see if a key 


Ine, 





Pee 


has cteen depressed and if so it readjusts it into standard 
ASCII code for transmission. 
B. SNC (Send Next Character) takes the data and 


sends it to the UART for transmission in start-stop fcrmat. 
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PLM TTY PROGRAM 


4 
GLCBAL VARIABLES 
*/ | 
DECLARE (BCN,PTR»RDY,UNKN, ZIP) BYTES 
DECLARE BUF (256) BYTE; 
DECLARE CR LITERALLY ‘OOH', 
LF LITERALLY ‘OAH'; 
/* 
CLEAR THE INTELLEC'S BUFFER 
*/ 
CLEAR: PRCCECURE; 
DECLARE I BYTES 
DC I = 0 TO 255; 
BUF(I} = 32; 


ENC; 
RETURN; 
ENC CLEAR; 
/* 
DISPLAY TAKES THE CRKARACTER AND ITS ADDRESS; 
STCRES IT IN INTELLEC*'S MEMORY, WRITES IT IN 
INTERFACE*S MEMORY FROM WHICH IT IS DISPLAYED. 
THE ADDRESS PLUS CANE TS RETURNED TC CALLER. 
%*/ 


DISPLAY: PRCCEDURE(CHAR, ADR) BYTES 
CECLARE(CHAR,ADR) BYTES 
BUF(ACR) = CHAR; 


OLTPUT(2) = 1913 /* DISABLES SCREEN */ 

GUTPUT(3) = NOT ADR3/* MEMORY LOCATICN */ 

CUTPUT(2) = CHAR AND 633/% CHARACTER IS WRITTEN */ 
QCUTPLUT(2) = 192; 4* SCREEN GN WITK NEW CHAFRACTER*/ 
ACR = ADR + 1; /* ADDRESS GF NEXT CHARACTER */ 


RETURK ADR; 
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END DISPLAY; 
/* 


SCREEN DISPLAY IS MOVED UP 


ONE LINE, BOTTCFH LINE 


WILL NOW BE BLANK. 


*/ 
SCROLL: PROCEDURE; 
CECLARE I BYTE; 

I = 0; 

DO WHILE I < 224; 
I 
ENO; 

DO WHILE [ > 0; 
I DISPLAY (' 
END; 

Z1P Z1IP-323 

RETURN; 

ENC SCROLL; 


= 
—_ 


/* 

THIS PROCEDURE 
= / 
SPHAs PRCCECDURE(SPC); 
DECLARE SPC BYTE; 
IF SPC CR TREN 
DO; PTR 
RETURN ; 
ENC; 
SPC 
DO; 
ZIP 2243 
PTP DISPLAY ( 
RETURN $ 
END; 

RETURNS; 
ENC SPHA; 


IF LF THEN 


/* 


FETCH DATA FROM INPUT PORT OQ AND DETERMINE 


DISPLAY (BUF(I+32),1);5 


Fr 


PRUGESSES ACI SPECIAL CHARACTERS 


ZIP+13 


CALL SCROLL; 


Mot gee) 


ee ley 
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SHOULD BE DISPLAYED OR GET SPECIAL FANDLING. 


*/ 
GNC: FRCCEDURE (X) BYTE; 
DECLARE X BYTE; 
X = (NOT INPUT(O) AND O7FH); 
HEexe< 2oM THEN 
DO; CALL SPHA(X); 
RETURN 0; 
END; 
UNKN = X; 
RETURN 13 
END GNC; 
/% . 
KNC READS THE UNIQUE CODE OF THIS KEYBOARD THEN 
TRANSFORMS IT INTO STANDARD ASCII FCR TRANSWISSION 
*/ 


KNC ; PRCCECURE (Y) BYTE; 
DECLARE Y BYTE; 
IF INFUT(2) > O THEN /* INDICATOR CF KEY DEPRESSED*/ 
DO; Y INPUT(2); /* DATA READ */ 
UNKN (Y AND O7FH); /%* PARITY IT REMOVED */ 
IF (ROLCINPUT(1),1)) THEN /* SHIFT KEY PUSFED */ 
DO; IF UNKN = 40H THEN UNKN = Q3 
RETURN 1; 
END ; 
ELSE DOG; IF UNKN ? 3FH THEN RETURN 1; 
TF UNKN > 3BH THEN 
DO; DG CASE (UNKN-3CH);5 


UNKN = 2CH3$ 
UNKN = 20H; 
UNKN = 2EH$ 
UNKN = 2FH; 
END; 

RETURN 1; 


END; 
IF UNKN > 2BH THEN 
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00 CASE 
UNKN 
UNKN = 
UNKN = 
UNKN = 

END; 

RETURN 1; 
END; 
IF UNKN = 20H 
IF UNKN > 20H 
OC UNKN = 
RETURN 13 
END; 
IF UNKN 
IF UNKN = 1€H 
DO; UNKN = 
RETURN 13 
END 3 
END; 
RETURN 0; 
ENC KNC3 


DG; 


it 


1* 

TRE CUTPUT PORT IS 
TRANSMITTED 

*/ 

SNCs FRCCECURE(WGRD)BYTE; 

DECLARE WORD BYTE; 

OUTPUT(O) = NOT WORD; 

RETURN WORD; 

END SNC3$ 
PTR = 225; 
ZIP = 2243 
CALL CLEAR; 
CALL SCROLL; 

/* 


/* MEMORY IS 
7, SCREEN 1S 


CHECK IF DATA 


(UNKN=2 BH); 
3CH $5 
30H; 
3EH$ 
3FH 5 


THEN RETURN 135 
THEN 


UNKN+163 


CR THEN RETURN 1; 


THEN 


LF; 


LOADED WITH CHARACTER TC ECE 


FILLED WITH BLANKS */ 
CLEARED */ 


TRANSMISSION LINE CLEAR 
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*/ 
MAIN: IF NOT(RORCINPUT(1),2)) THEN 


CO; RDY = KNCCUNKN)3 


IF RDY = 0 THEN BCN = 13 
IF (RDY AND BCN) THEN 
DO; BCN = 0; 
/* 
CHECK FOR DEPRESSION OF “CONTRCL" KEY 
*/ 
IF (ROLCINPUT(1),2)) THEN UNKNSUNKN ANC O1FH3 
UNKN = SNC(UNKND$ 
END; 
END; 
/* 
CHECK IF DATA AVAILABLE LINE READY 
¥/ 
IF NGTCINPUT(1)) THEN 
DO; RDY = GNC(UNKN); 
IF RDY THEN PTR = DISPLAY(UNKN, PTR) 
EAD; 
IF PTR = 0 THEN 
DC; CALL SCROLL; 
PTR = 2243 
END; 
GO TO MAIN; 
EOF 
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APPENDIX 2 


The sajor modification to the AT~185 Interface 
involved the following: 

1. Remove the 4008 I.C. and its correspending 
Resistors. 

2. Connect Data and Address jines directly tc edge 
Connector. 

Now the address and data ports can be accessed 
directly Ly the INTELLEC-8. fhe following Figures show the 
reguired connections to various components cf the prctotype 
sT. 
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